一旦您決定將部分工作負載遷移到云中，您的選擇之一就是采用公共云部署，這需要將您的工作負載委托給云服務提供商。雖然可以理解，每個組織都有自己的一套選擇供應商的標準，但有些組織不知道如何開始。如果您仍然不確定在選擇云服務提供商時應該考慮什么，您可以使用本指南。

什么是公有云部署？

要了解什么是公有云部署，讓我們將其與私有云部署進行比較。私有云部署遵循單租戶架構并在公司擁有的基礎架構上運行，而公共云遵循多租戶架構并在由稱為云服務提供商 (CSP) 的第三方擁有和運營的基礎架構上運行。

好吧，您也可以說私有云遵循多租戶架構，只是租戶只是同一組織內的各個業務部門。公共云的租戶是云服務提供商的客戶，即其他組織。

值得注意的是，區分公有云和私有云的傳統界限正在逐漸消失，尤其是隨著虛擬私有云 (VPC) 的出現和公有云的本地擴展，例如 Amazon Web Services (AWS) Outposts、Azure Stack 和 Google安托斯。我們不會在這里討論這些類型的云。當我們在這篇文章中說“公共云”時，我們指的是上面定義的傳統意義上的它。

什么是云服務提供商？

那么，如果公有云由 CSP 擁有和運營，那么 CSP 是什么？CSP 是使用以下任何云服務模型提供云服務的第三方實體：基礎設施即服務 (IaaS)、平臺即服務 (PaaS) 和軟件即服務 (SaaS)。

尤其是 IaaS CSP（我們將在本文中重點介紹的 CSP 類型）擁有并運營一個或多個由物理服務器、網絡和存儲系統（以及其他組件）組成的數據中心。他們利用云和虛擬化技術通過按使用付費的計費模式提供 IT 基礎架構資源，例如計算、網絡和存儲，其中客戶根據使用量付費。

三大云服務提供商是亞馬遜 (AWS)、微軟 (Azure) 和谷歌（谷歌云平臺或 GCP）。然而，也有一些規模較小的參與者，如阿里巴巴、IBM 和甲骨文，甚至是鮮為人知的公司擁有的規模小得多的 CSP。

為什么需要云服務提供商？

如果可以運行您自己的云基礎設施，即私有云，您為什么需要 CSP？嗯，有很多原因。讓我們來看看其中的一些。

降低成本

幾乎每個云部署都在數據中心上運行。典型的數據中心包括高度安全的高科技設施本身，包括 K 級圍欄、鋼筋墻、防彈警衛室、光纖電纜、網絡運營中心 (NOC)、人員陷阱、會見室 (MMR) 、多因素身份驗證系統（例如，虹膜掃描儀、個人識別號碼、徽章）、攝像機、不間斷電源 (UPS) 系統、發電機、HVAC 裝置、凈水系統等。

在內部，在數據中心的地板上，有籠子、加濕器、多孔磚、物理服務器（數百臺）、服務器機架、網絡設備、存儲系統、電纜、交換機、路由器和其他幾種硬件設備。

這種設置可能花費數千萬到數億美元。從資本支出 (CAPEX) 的角度來看，它確實非常昂貴。對于一些組織來說，這甚至是成本高昂的。盡管您可以在托管設施中托管您的私有云，但這并不能完全消除您的 CAPEX 成本。您仍然需要購買自己的機架、服務器和其他網絡設備。

另一方面，如果您雇用 CSP，則可以避免所有前期成本。從整個設施到冷卻、電信和安全基礎設施，再到 IT 設備，一切都將由您的 CSP 購買、建造、部署甚至管理。

自動升級

隨著時間的推移，所有硬件，尤其是服務器、路由器、交換機和存儲系統，都將達到使用壽命 (EOL) 或使用壽命 (EOSL)，它們必須進行升級。這將意味著額外的成本。對于某些軟件（例如，管理程序）也是如此。升級可能非常具有破壞性，尤其是對于您的 IT 團隊，在某些情況下，甚至是您的正式員工。

如果您將云外包給 CSP，則無需擔心升級。您的 CSP 將自動為您處理所有硬件刷新。此外，當他們進行升級時，它將在后臺進行。它不會影響您的運營。

災難恢復和備份

不幸的事件隨時可能發生。颶風、地震、海嘯和野火等災難性自然災害，甚至分布式拒絕服務 (DDoS) 攻擊和勒索軟件爆發等重大網絡事件，都可能損壞甚至摧毀您的 IT 基礎架構并影響您的業務運營。為了降低這些風險，您需要制定備份、災難恢復和業務連續性計劃。

說起來容易做起來難。實施這些類型的計劃需要建立冗余系統，其中一些甚至必須位于另一個地理位置。這又要耗費大量資金。使用 CSP，您無需花費太多的前期費用（尤其是在硬件上）來設置強大的備份、災難恢復和業務連續性基礎架構。

此外，CSP 擁有多個地理上分散的數據中心。最大的甚至在全球擁有數據中心設施。這種全球足跡為您提供了多種選擇，可以為此目的選擇不同的可用區或區域。這樣，即使您的 CSP 在美國東海岸的整個運營受到大規模 DDoS 攻擊的影響，您仍然可以繼續為您的用戶提供服務。

快速響應時間

大多數 CSP 提供 24/7 全天候技術支持。這意味著，如果出現問題，例如，虛擬機無法啟動，或者您的連接變得非常緩慢，或者您的站點變得無法訪問，您可以確保有人可以幫助您解決問題。

在內部雇用和維護 24/7 訓練有素的技術支持人員可能會很昂貴，而且在當前 IT 人才短缺的情況下，甚至可能難以實現。因此，如果您的 24/7 支持不足，或者更糟糕的是，不存在 24/7 支持，您的問題可能需要數小時或更長時間才能解決。在某些情況下，尤其是對于業務關鍵型應用程序，這樣的交付時間可能是不可接受的。

網絡安全

另一個人才嚴重短缺的領域是網絡安全。這就是為什么有些企業沒有專門的網絡安全團隊。不幸的是，當您的 IT 基礎架構中有大量敏感數據和多個關鍵業務應用程序時，它也會吸引大量威脅參與者。

云服務提供商，尤其是較大的參與者，在其環境中內置了一系列網絡安全控制。它們具有多種云安全功能（靜態數據加密、身份和訪問管理 (IAM) 系統、網絡隔離等），可以改善您的安全狀況。CSP 甚至有廣泛的合作伙伴可供選擇，這些合作伙伴提供的安全服務可以增強您現有的控制并幫助您采用深度防御安全策略。

可靠的基礎設施

云環境應該支持關鍵業務應用程序和數據。因此，從安全性、電源、連接性和 IT 的角度來看，它們需要可靠。當然，沒有人會阻止您構建具有這些品質的基礎設施。

問題是，將這樣的基礎設施放在一起需要高水平的專業知識和高度的冗余。這兩種要求都很昂貴。如果您查看上面有關成本的部分，很明顯，構建您自己的可靠私有云在運營和財務方面的要求都非常高。如果它與您的核心業務沒有直接關系，那么您自己進入它并沒有多大意義。另一方面，CSP 已經擁有現成的專業知識和基礎設施。而且，由于規模經濟，他們的基礎設施比你希望建造的要可靠很多倍。

選擇云服務提供商時應考慮哪些因素？

既然您知道聘請云服務提供商的優勢，那么如果您對采用公共云戰略的想法開始熱身，我們不會感到驚訝。在您這樣做之前，您必須意識到，由于那里有多家云服務提供商，因此很難為您的業務選擇合適的一家。以下是瀏覽您的清單時需要注意的一些事項。

符合相關認證和標準

雖然它們當然不是您做出購買決定的唯一標準，但認證是 CSP 能力的一個很好的指標。此外，由于遵守特定標準需要花費大量時間、金錢和精力，這表明了 CSP 追求卓越并滿足其目標客戶需求的動力。

那里有幾個標準和認證，例如，由

• 美國國家標準與技術研究院 (NIST)
• 電氣和電子工程師協會 (IEEE)
• 國際標準化組織 (ISO) 和云安全聯盟 (CSA)
• 信息和相關技術的控制目標 (COBIT)，
• 健康保險流通與責任法案 (HIPAA)
• 信息技術基礎設施庫 (ITIL)

您還需要了解并非所有內容都與您的業務相關。在進行盡職調查之前，熟悉與您的行業和業務目標相關的認證和標準會有所幫助。例如，如果您正在處理信用卡數據，那么您需要尋找支付卡行業數據安全標準 (PCI DSS) 認證?；蛘?，如果您從事醫療保健行業，您將需要尋找 HIPAA 和/或健康信息信任聯盟 (HITRUST) 合規性。

使技術和服務路線圖與業務需求保持一致

CSP（尤其是大型參與者）提供數百種云服務，但您不會需要所有這些服務。因此，如果您對候選名單中的每一個 CSP 的部分評估都涉及瀏覽其所有服務和支持的技術，那只會浪費時間。更好的方法是事先確定您正在尋找的特定服務和技術，然后根據他們設法檢查的清單上的項目數量來比較每個 CSP。

此外，請嘗試了解您最終需要執行多少定制才能遷移到 CSP 的平臺。如果您要進行重構和/或重新綁定類型的遷移，這一點尤其重要，這將需要您最終進行一些重新架構和重新編碼。

遵守數據治理和安全策略

作為客戶數據的優秀管理者，您可能擁有一套數據治理、隱私和安全策略。其中一些政策可能是根據數據本地化法律制定的，因此規定了您應該在哪些地理區域存儲您收集的任何個人數據。這應該將您的選擇范圍縮小到在這些地區運營的提供商。

其他策略可能同樣要求您實施某些數據安全控制，例如加密、多因素身份驗證、網絡分段等。尋找可以讓您輕松實施這些控制的供應商。如果可能，這些控件應該隨時可用并作為內置功能提供。

服務依賴和伙伴關系的透明度

一些云服務提供商將其服務的某些組件外包給其他第三方。這種服務依賴在 SaaS 解決方案中尤為常見。例如，大多數 SaaS 解決方案都建立在由 AWS 和 Azure 等大型 CSP 運營的 IaaS 平臺之上。因此，IaaS 平臺上的任何中斷都肯定會影響那些在其上運行的 SaaS 應用程序。這正是去年AWS 遭遇中斷時 Slack、Asana 和 Trello 發生的情況。

如果您想了解特定 SaaS 云服務提供商的彈性，您應該研究他們的 SaaS 應用程序的服務依賴關系，并了解他們外包的第三方是否擁有維持可接受的可用性和安全水平的基礎設施和能力.

提供明確和公平的供應商合同和 SLA

服 出于這個原因，確保提供商 SLA 中的每個條款都清晰且公平非常重要。如果您認為某個特定條款不夠有利，或者您希望添加其他條款，請嘗試協商一個更加定制的 SLA。在這方面，您可以預期較小的 CSP 比較大的提供商更容易接受對其 SLA 進行更改的想法。

性能和可靠性的跟蹤記錄

不要只依賴 SLA。檢查提供商在滿足其 SLA 方面的跟蹤記錄。一些 CSP 在線發布此信息。如果您正在評估的 CSP 沒有，請申請。他們應該能夠為您提供過去 6-12 個月的績效數據。

如果存在未滿足其 SLA 的情況，請詢問為什么會發生這種情況，并詢問是否已采取任何補救措施來防止再次發生相同的事件。雖然可能會發生違反 SLA 的情況，但重要的是獲得適當的上下文，更重要的是，查看是否已采取措施將未來風險降至最低。